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ABSTRACT 


This  letter  report,  which  describes  the  results  of  Task  1  activity, 
is  subBd.tted  in  accordance  with  Contract  Data  Requirements  List  (CDRL) 
Sequence  Number  A002  of  Contract  F41608-82-D-'A012-000S.  The  report  docu¬ 
ments  the  first  phase  in  reccnending  a  cost-effective  technology  that 
will  svq>port  the  data  requirements  of  the  U.S.  Air  Force  Visibility  and 
HanagesMnt  of  Operating  and  Support  Costs  (VAMOSC)  for  the  1990s  and 
beyond.  Such  a  technology  will  allow  VAMOSC  to  become  more  timely  in  its 
response  to  the  needs  of  VAMOSC  users  as  processing  demands  are  lapsed  by 
future  growth.  Task  1  consisted  of  Identifying  the  current  and  future 
data  requirements.  The  period  of  performance  for  this  task  was  1  October 
1983  to  1  March  1984. 


( 


CONTENTS 


ABSTRACT  .  V 

CHAPTER  ONE:  INTRODUCTION .  1-1 

1.1  Statement  of  the  Problem .  1-1 

1.2  Task  Objective  and  Organization .  1-2 

CHAPTER  TWO:  OSER  SURVEY  AND  ODTPOT  EVALOATIONS .  2-1 

2.1  Dser  Survey .  2-1 

2.1.1  User  Assessment .  2-1 

2.1.2  Potential  Requirements  .  .....  2-2 

2.1.3  Suggestions  for  Improvoaent.  ..........  2-B 

2.2  Current  VAMOSC  System  Output  Evaluation  .  2-11 

2.2.1  Current  HSSC  Output.  . .  2-11 

2.2.2  Current  C-E  Output .  2-12 

2.2.3  Current  CSCS  Output.  . .  2-13 

2.3  VAMOSC  Data  Base  Sizing  Estimates .  2-14 

2.4  Summary .  2-15 

CHAPTER  THREE:  TASK  2  EFFORT .  3-1 

APPENDIX  A:  VAMOSC  USER  SURVEY . A-1 

APPENDIX  B:  PERSONNEL  INTERVIEWED  .  B-1 


(f  ‘ 


vii 


CHAPTER  ONE 


IMTRODOCTION 


\  > 

X 

The  tJ.S.  Air  Force  Visibility  and  Nanagenent  of  Operating  and  Support 
Costs  (VAMOSC)  Program  Office  is  responsible  for  the  development  of  the 
Air  Force  VAMOSC  data  systems.  VAMOSC  currently  consists  of  three  data 
systems  that  collect  and  report  the  operating  and  support  (O&S)  costs  for 
nSAF  aircraft  at  the  mission/ design/series  level,  components  of  aircraft 
systems  at  the  %fork  unit  code  level,  and  ground  coimiiunications-electronics 
systems  at  the  type/model/serles  level.  The  three  data  systems  are: 

Weapon  System  Support  Cost  (WSSC),  Coi^onent  Si^pport  Cost  System  (CSCS), 
and  Ground  Ccmmunications-Electronics  (C-E).  These  systems  have  been 
developed  to  meet  Air  Force  and  Department^of  Defense  (DoD)  requirements. 

The  Air  Force  has  several  uses  for  VAMOSC  data,  including  (1)  to  sup¬ 
port  planning  and  budgetary  input  to  the  Defense  System  Acquisition  Review 
Council  (DSARC)  process  for  acquisition  of  new  weapons  systems,  and  (2)  to 
aid  the  Program  Objective  Memorandum  (POM)  process  to  identify  existing 
systems  for  possible  modification.  VAMOSC  data  provide  the  manager  of  Air 
Force  weapons  systems  with  the  visibility  of  the  resources  required  to 
support  those  systems.  The  data  also  provide  a  means  by  which  the  trends 
of  Air  Force  «*eapon  system  O&S  costs  may  be  developed. 


1.1  STATEMENT  OF  THE  PROBLEM 

VAMOSC,  a  dynasdc  program  under  the  direction  of  DoD,  is  designed  to 
manage  O&S  costs.  To  meet  future  needs,  the  VAMOSC  Progreut  Office  has 
realized  the  necessity  for  planning  the  transition  of  its  current  batch- 
oriented  automated  data  processing  equipment  (ADPE)  posture  to  one  that 
supports  the  data  requirements  of  the  19908.  The  technology  selected  must 
handle  the  processing  and  archival  demands  of  a  historical  data  base  with 
the  capacity  of  storing  up  to  10  years'  worth  of  data. 

The  Air  Force  recognized  these  needs  and  contracted  with  ARZNC 
Research  Corporation  to  accosqplish  the  following  tasks  to  provide  alter¬ 
native  capabilities  and  increase  the  utility  of  VAMOSC: 

-  Task  1  -  Identify  the  output  data  requirements  by  quantifying 
annual  VAMOSC  data  production  through  1995  and  by  categorizing 
data  types  by  their  access  requirements  and  frequency  of  reuse. 


-  Task  2  -  Identify  and  evaluate  alternative  technology  approaches 
to  processing  and  storing  VAMOSC-produced  data. 

In  addition,  the  Air  Force  has  contracted  with  ARIMC  Research  Corporation 
to  Identify  the  training  requirements  and  develop  a  training  plan  for  the 
VAMOSC  system.  This  letter  report  presents  the  results  of  Task  1;  the 
results  of  Task  2  and  the  VAMOSC  Program  Training  Plan  will  be  presented 
as  separate  reports. 


1.2  TASK  OBJECTIVE  AND  ORGANIZATION 

~  The  objective  of  Task  1  Is  to  Identify  the  current  and  future  data 
requirements  Imposed  on  the  VAMOSC  system.  The  data  requirements  will 
drive  the  evaluation  of  alternative  technologies  that  will  process  and 
store  VAMOSC-produced  data.  We  eiiq>loyed  two  techniques  to  obtain  the 
desired  Information:  (1)  a  survey  of  the  current  and  potential  VAMOSC 
user  community,  and  (2)  measurement  of  the  current  VAMOSC  data  systems. 

We  conducted  surveys*  of  cost  analysts  to  help  Identify  future  data 
requirements  that  will  be  placed  on  the  VAMOSC  system  by  the  user  cam- 
munlty  as  well  as  responses  that  represent  the  majority  of  the  users 
lntervle%fed.  During  the  course  of  Interviewing,  many  user  views  concern¬ 
ing  areas  for  VAMOSC  data  lBq>rovemant  surfaced.  These  suggestions  are 
susnarlzed  In  this  report  (Section  2. 1.3.1)  and  represent  the  analysts' 
current  perception  of  the  VAMOSC  systems. 

We  also  assessed  the  current  data  system  outputs,  evaluating  the  num¬ 
ber  of  magnetic  tape  files  required  to  support  processing,  storage  re¬ 
quirements  for  the  magnetic  tape  files,  and  the  output  products  produced 
for  each  of  the  three  VAMOSC  subsystems  (WSSC,  CSCS,  and  C-E).  Assessment 
of  these  outputs  will  provide  an  Initial  understanding  of  and  Input  to  the 
Task  2  effort.  Additional  analysis  of  the  VAMOSC  computer  system  func¬ 
tions,  coupled  with  the  current  sizing  requirements,  will  provide  a  plat¬ 
form  from  which  future  sizing  requirements  can  be  determined. 

The  successful  accomplishment  of  the  Task  1  objectives  was  predicated 
on  two  asaun^tlons:  (1)  an  Informed  VAMOSC  user  public  and  (2)  a  VAMOSC 
data  processing  system  with  a  measurable  performance  history.  However,  we 
found  that  neither  of  these  necessary  conditions  were  In  place  when  we 
began  our  user  survey  In  October  1983.  As  a  result,  the  data  from  the 
Task  1  effort  were  not  enough  to  quantify,  categorize,  and  project  VAMOSC 
data  requirements  Into  the  1990s.  Further  work  will  be  required  In  Task  2 
to  supplement  the  results  of  Task  1  to  achieve  the  desired  Task  1  objec¬ 
tives.  These  supplemental  data  will  be  presented  In  a  final  report  as 
part  of  the  Task  2  effort. 


*The  term  "survey”  Is  used  to  describe  an  Interview  process  that  Is  stan¬ 
dard  practice  In  data  system  sizing  analysis.  It  should  not  be  assumed 
that  either  statistical  analysis  or  polling  techniques  were  applied;  only 
user  requirement  definitions  were  sought.  To  ensure  consistency  dxirlng 
each  Interview,  a  user  survey/ Interview  form  was  developed  (see  Appendix 
A) . 
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CHAPTER  TWO 


OSER  SURVEY  AND  OOTPOT  EVALUATIONS 


2.1  USER  SURVEY 

To  establish  an  understanding  of  the  requirements  and  problems  of  the 
Air  Force  cost  analysts  who  are  current  or  potential  VAMOSC  users,  and  to 
help  categorize  and  quantify  future  system  workloads,  ARINC  Research  con¬ 
ducted  a  survey  of  cost  analysts.  We  had  hoped  that  the  majority  of  the 
analysts  Interviewed  would  be  current  VAMOSC  users  who  could  cite  speci¬ 
fied  usage  requirements.  However,  this  type  of  interview  proved  to  be  the 
exception,  because  few  cost  analysts  admitted  to  using  or  trusting  VAMOSC 
data.  The  primary  problem  stemed  frost  the  lack  of  data  in  the  VAMOSC 
subsystesw.  For  exasqtle,  the  most  mature  subsystem,  WSSC,  only  had  two 
years'  %K>rth  of  data.  Thus,  answers  to  our  questions  centered  on  the  data 
currently  used  to  analyze  weapon  systems  and  C-E  equipment. 

ARINC  Research  personnel  traveled  to  the  user  sites  to  conduct  the 
interviews.  Appendix  B  lists  the  people  interviewed.  The  person-to- 
person  interview  allowed  the  analyst  to  express  his  or  her  perception  of 
needs  and  avoided  the  problem  of  obtaining  a  standard  set  of  responses.  A 
questionnaire,  presented  in  Appendix  A,  was  developed  to  ensure  consistent 
and  uniform  coverage  of  topics.  If  questions  arose  concerning  interpreta¬ 
tion  of  user  comments,  a  follow-up  Interview  was  conducted  by  telephone. 

The  areas  examined  during  the  survey  included  data  required  to  con¬ 
duct  a  cost  analysis,  current  data  sources,  frequency  of  data  reuse, 
response  time  associated  with  the  acquisition  of  data,  historical  range  of 
data  required  to  conduct  a  cost  analysis,  type  of  medium  on  which  data  are 
received,  and  the  general  awareness  of  VAMOSC.  The  last  area  was  impor¬ 
tant  in  determining  the  relative  value  of  each  response. 

2.1.1  User  Assessment 


Three  types  of  users  were  identified: 

-  Current  users  -  Cost  analysts  who  have  used  VAMOSC  data  to  support 
O&S  cost  analyses 


Potential  users  -  Cost  analysts  who  have  not  yet  used  VAMOSC  data 
but  are  currently  investigating  its  feasibility  and  validity 


Futur*  U8«rs  -  Cost  analysts  who  will  use  VhMOSC  data  when  the 
system  achieves  more  "maturity”* 


Table  2-1  groups  the  offices  Interviewed  Into  the  three  user  types.  The 
table  depicts  an  organization's  usage,  not  Individual  usages.  The  actiial 
breakdown  of  users  surveyed  Is:  current  users,  18  percent;  potential 
users,  36  percent;  and  future  users,  46  percent. 

We  found  that  numerous  organizations  were  using  data  systems  other 
than  VAMOSC.  Several  of  these  other  systems  are  feeder  systems  Into 
VAMOSC.  To  relate  this  Information  to  VAMOSC,  we  grouped  the  users' 
responses  according  to  the  VAMOSC  svibsystem  applicable  to  the  type  of  cost 
analysis  performed.  Table  2-2  presents  the  results  and  Identifies  those 
data  systems  which  are  feeders  to  the  VAMOSC  subsystems.  We  found  that  a 
sizable  number  of  users  rely  on  personal  contact  with  the  bases.  System 
Program  Offices  (SPOs),  or  Major  Commands  (MAJCCMs)  for  obtaining  cost 
data. 

2.1.2  Potential  Requiramenta 

We  questioned  cost  analysts  about  the  requirements  that  must  be  met 
for  VAMOSC  to  be  considered  a  credible  system.  The  answers  v*lll  be  used 
to  project  the  number  of  future  data  automation  requirements  (OARs)  and  to 
assess  the  Impact  on  processing  and  storage  requirements . 

Most  of  the  responses  given  during  the  Interviews  seemed  to  be 
hypothetical,  because  most  of  the  people  Interviewed  did  not  have  an 
extensive  knowledge  of  VAMOSC  products.  However,  oirrent  users  were  able 
to  give  more  detailed  Indications  of  their  requirements.  We  segregated 
requirements  Into  four  general  categories:  potential  generic  require¬ 
ments,  potential  WSSC  requirements,  potential  C-E  requirements,  and  poten¬ 
tial  CSCS  requirements.  These  categories  are  described  in  the  following 
subsections . 

2. 1.2.1  Potential  Generic  Requirements 

We  questioned  each  user  about  his  or  her  general  usage  requirement!' . 
The  following  system  characteristics  were  Identified  as  being  generic  to 
all  three  VAMOSC  subsystems: 

-  Historical  range  of  data 

-  Age  of  data 

-  Frequency  of  data  reuse 


•"Maturity”  means  different  things  to  different  system  experts,  but  it  is 
generally  accepted  to  mean  validated  data  bases  and  algorithios  as  well  as 
adequate  data  volumes  and  sources. 
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TABLE  2-1 

USER  ASSESSMENT 

Current  Users 

Potential  Users 

Futxire  Users 

AFWAL/PIA  (WSSC,  C-E,  CSCS) 

Boeing  Aerospace  Co. 
(WSSC,  CSCS) 

AFAFC/CWM 

Grumman  Aerospace  Corp. 

HQ  USAF/ACMC 

(WSSC,  C-E,  CSCS) 

Loc)cheed  California  Co. 

SM-ALC/MMCRACA  (C-E) 

(WSSC,  CSCS) 

HQ  USAF/LEYE* 

Northrop  Corp. 

AFCC/LG* 

OC-ALC  (WDC/HSN  of  CSCS) 

(WSSC,  CSCS) 

APSC/ALPA 

AFLC/ACMC  (WDC/HSN  of  CSCS) 

OSD/PA&E  (WSSC,  C-E, 

AFLC/ACMC  (WUC/NSN  of 

CSCS) 

ASD/YPLI 

CSCS) 

HQ  MAC/LG 

ARIMC  Research  Corp. 

(CSCS) 

SM-ALC/MMC* 

Rockwell 

Information  Spectrum,  Inc. 

Internationa 1 

(WSSC,  CSCS) 

Corporation 

*Currently  using  LNE  Corporation's  C-E  logistics  support  cost  (LSC) 
report . 

-  Response  tlste 

-  Output  product  medlun 

The  following  paragraphs  summarize  the  most  common  responses. 

The  first  system  characteristic,  the  number  of  years  of  historical 
data  required  to  perform  an  analysis,  received  a  wide  range  of  responses. 
The  most  coiimK>n  response  for  the  minimum  years  of  historical  data  needed 
was  5  years;  the  most  common  response  for  the  maximum  years  of  historical 
data  needed  was  10  years.  These  responses  defined  the  average  range  of 
historical  data  required  to  do  the  job.  However,  HQ  MXC/ACNC  and  AFAFC/ 
CMH  expressed  their  need  for  as  much  data  as  possible  (life  of  the  system). 
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TABLE  2-2 


DATA  SYSTEMS  CURRENTLY  USED 


WSSC 

cscs 

C-E 

G033* 

D041 

D039* 

H036* 

D056* 

D041* 

H058 

H036* 

D056* 

General  Accounting  and 

Contractor-Supplied 

GO  19 

Finance  Systems 

Data 

H036* 

Maintenance  Cost  System 

Telephone  Calls  to 
Bases,  SPOs, 

Equipment  Status 

AFM  26-3 

MAJCC»ls 

Report 

APR  173-13 

Material/Quality 
Deficiency  Report 

LMB's  LSC  Report 

Tri-Service  Data 

Contractor-Supplied 

Data 

Telephone  Calls  to 
Bases,  SPOs, 

MAJCOMs 

*VAMOSC  feeder  system. 

Another  system  characteristic  of  concern  was  the  age  of  data  once 
data  become  availeible  in  a  VAMOSC  repoirt.  Users  do  not  seem  to  be  con¬ 
cerned  with  the  fact  that  data  are  often  more  than  six  months  old,  as  in 
the  WSSC  and  C-E  subsystems.  Most  users  are  aware  of  processing  limita¬ 
tions  and  are  willing  to  wait  for  fiscal  year-end  data  (which  may  be  as 
much  as  one  and  one-half  years  old). 


A  driving  factor  in  access  requirements  is  the  frequency  of  data  re¬ 
use  .  The  need  to  request  a  new  set  of  report  data  ( for  a  different  system 
or  component)  averaged  two  to  three  times  per  month.  This  represents  the 


number  of  new  project  starts  or  at  least  a  change  in  direction.  Once  the 
report  data  (either  VAMOSC  or  other  currently  used  data)  were  obtained, 
they  were  accessed  approximately  once  per  week.  Respondents  indicated 
that  these  estimates  were  conservative. 

The  most  critical  requirement  was  response  time  --  the  time  it  takes 
to  receive  information  once  it  is  requested  by  the  user.  Currently,  the 
average  user  receives  requested  reports  within  one  month.  Some  analysts 
had  requested  VAMOSC  documentation  that  had  never  been  received.  A  large 
portion  of  analysts  are  Involved  in  ongoing  projects  in  which  the  receipt 
of  report  data  supported  by  a  distribution  list  serves  their  needs.  There 
were  instances  when  a  rapid  response  of  one  day  was  required,  but  the  most 
common  requirement  was  that  data  be  received  within  a  week. 

Currently,  users  are  receiving  reports  on  microfiche  or  paper.  These 
types  of  output  product  media  will  continue  to  fill  a  need  within  the  user 
community  in  the  futxire.  However,  a  large  portion  of  users  expressed  a 
requirement  for  magnetic  tape  data  files  that  can  be  manipulated  at  their 
facility. 

Table  3-3  stimmarlzes  the  potential  generic  requirements  and  presents 
the  range  of  answers  received. 

2. 1.2. 2  Potential  WSSC  Requirements 

The  following  paragraphs  svimmarize  the  requirements  of  WSSC  subsystem 
users. 


Some  confusion  exists  between  the  Aircraft  Operating  and  Support 
Costs  Report  (Cost  Analysis  Inqprovement  Group  [CAI6]  format)  and  the  Air¬ 
craft  Operating  and  Support  Costs  -  USAF  Detail  Report.  Many  users  like 
the  more  detailed  breakout  of  the  USAF  Detail  Report,  but  the  documenta¬ 
tion  of  AFR  400-31  does  not  easily  explain  the  differences  between  the  two 
reports.  It  is  possible  that  an  individual  could  use  CAIG  data  to  verify 
a  cost  analysis  compiled  from  USAF  detail  data  and  obtain  conflicting 
results . 

Most  cost  analysts  conducting  top-down  analyses  for  weapons  systems 
felt  they  would  like  to  be  able  to  separate  costs  easily  by  two-digit  work 
unit  codes;  they  expressed  a  requirement  for  this  capability  to  be  avail¬ 
able  in  WSSC. 

A  general  requirement  described  by  many  users  of  weapon  system  data 
was  to  establish  consistent  data  definitions  between  VAMOSC  and  the  data 
systems  that  VAMOSC  is  targeted  to  replace.  As  described  by  AFAFC/CWM, 
the  calculation  of  AFR  171-13  cost  factors  requires  that  data  be  consis¬ 
tent  between  current  data  sources/data  methodology  and  VAMOSC;  VAMOSC  can¬ 
not  be  accepted  \intll  those  definitions  agree. 

Special  breakouts  of  costs  are  also  required.  Many  cost  analysts 
required  that  expenditures  be  separated  by  element  of  expense  Investment 
code  (EEIC)  —  in  particular,  general  support  and  system  support.  Base 
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BUILDING  THE  DIO  MODEL 


CHAPTER  THREE 


TASK  2  EFFORT 


This  report  has  presented  the  results  of  our  efforts  in  Task  1.  In 
Task  2  we  will  Identify  and  evaluate  alternative  technology  solutions  that 
will  satisfy  the  processing  and  storage  requirements  Imposed  by  the  VAMOSC 
system.  To  do  this,  we  will  develop  a  model  to  estimate  the  percentage  of 
computer  resource  utilization  at  peak  workloads  by  performing  a  functional 
processing  load  analysis.  A  functional  processing  load  can  be  described 
as  a  workload  that  would  result  from  the  execution  of  a  coo^uter  program 
or  routine  that  causes  data  to  pass  back  and  forth  between  the  CPO  memory 
and  auxiliary  storage.  This  data  transfer  can  be  expressed  In  physical 
disk  Inputs  and  outputs  (OIOs).  To  determine  the  number  of  DIOs  required 
for  processing,  we  will  identify  four  (VAMOH,  WSSC,  C-E,  and  CSCS) 
processing  functions,  perform  a  functional  processing  analysis  to  obtain 
the  number  of  DIOs  per  function,  group  the  functions  required  to  do  the 
job  and  sum  the  010s,  and  apply  the  function  reuse  factors  (e.g..  Is  the 
function  used  once,  or  Is  It  reused  10  times  during  the  process?).  An 
algorithmic  relationship  (model)  may  then  be  developed  to  Illustrate  what 
effects  changes  In  projected  computer  workloads  will  have  on  computer 
resource  utilization.  Figure  B-l  Illustrates  the  steps  Involved  In  build¬ 
ing  the  model. 

Once  the  model  has  been  developed,  a  list  of  ADPE  selection  criteria 
will  be  established.  Finally,  the  alternative  ADPE  configurations  will  t>e 
selected  and  ranked. 
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Several  areas  are  topics  of  concern.  The  audit  trail  of  VAMOSC  sys¬ 
tem  changes,  data  element  changes,  and  program  library  changes  must  be 
maintained,  yet  maintenance  of  such  an  audit  trail  is  difficult  and 
laborious . 

The  capture  of  LHE  Corporation's  C-E  data  also  causes  concern. 

VAMOSC 's  C-E  subsystem  will  replace  the  LME  system.  However,  the  LME  sys¬ 
tem  is  written  in  a  language  that  is  not  compatible  with  VAMOSC.  The 
tremsitlon  of  LME's  history  data  is  lngxsrtant  in  providing  VAMOSC  a  larger 
historical  data  base. 

VAMOSC 's  primary  goal  is  to  provide  the  user  with  accurate  O&S  cost 
data  in  a  timely  manner.  As  VAMOSC  matures,  management  of  annual  (and 
quarterly)  computer  processing  becomes  a  minor  problem  in  comparison  to 
the  maintenance  and  management  of  the  historical  data  base  archive  (at 
least  10  years).  So  far,  the  data  base  archive  problems  have  been 
minimal,  since  the  VAMOSC  subsystems  are  relatively  new  data  systems. 
However,  VAMOSC 's  projected  growth  rate  and  increased  data  base  archive 
responsibility  dictate  that  more  management  attention  must  be  focused  on 
(1)  planning  for  the  expansion  of  the  existing  computer  resources,  (2) 
planning  for  the  computer  data  base  archival  storage  needs  that  will 
continue  to  become  a  larger  issue  as  VAMOSC  continues  to  mature,  and  (3) 
planning  for  the  expansion  of  the  VAMOSC  system  into  its  o%m  computer 
resource  facility  with  its  o«m  computer  support  organization. 
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VANOSC  HmCSATBO  DATA  B48B  PSELIMIMAinr  SIZIHG  BSTIMATSS 


Subayataaa  and 
Tablas 

Currant  Slaa* 
(FT  1981  and 
1982) 

Growth  Coat  Factor  Calculation 

Fiva-Taar  Batlaatad 
Slaa  (Currant 
Plua  Growth) 

MSSC 

0.4  Kbyta 

0.4  Nbyta  0 

2  yaara 

.2  Mbyta 

1.0  Mybta 

0.2  Mbyta  ^ 
yMr 

yaara  •  0.6  Mbyta 

C-B 

11.0  Mbytaa 
(BZ  tapa) 

11  Mbytaa  S 
2  yaara 

.5  Mbytaa 
yMr 

27.5  Mbytaa 

5.5  Mbytaa 
yaar  * 

3  yaara  •  16.5  Mbytaa 

cscs 

236.0  Hbytaa 

236  Mbytaa 

1 

s 

H 

590.0  Mbytaa 

(7  dio^tapa 

raala) 

2  yaara 

ymmr 

118  Mbytaa 
yaar  * 

3  yaara  354  Mbytaa 

Coaaoa  Tablaa  and 
Paceoca 

691.0  Kbytaa 
laeludasi 

Slaa  of  tablaa  and  tactora  ahould 
raealn  fairly  atatlc 

691.0  Mbytaa 

-  C-B  AS 
tapa 

-  C-B  AX 
tapa 

-  13  alnsla- 
raoord 
cscs  tapaa 

Tozal 

938.4  Hbytaa 

1.309.5  W^aa 

*Slz«a  ar«  approxlaaBlons . 


Most  of  ths  users  felt  thet  an  Interactive  terminal  connect  capabil¬ 
ity  for  VAMOSC  data  base  on-line  query  was  not  essential  for  meeting  their 
needs.  However,  they  were  interested  in  quick  turnaround  time.  Quicker 
service  for  ad  hoc  requests  could  be  provided  if  the  VkMOSC  subsystems 
were  available  for  interactive  query  and  manipulation  from  the  VAMOSC  Pro¬ 
gram  Office.  Many  of  the  cost  analysts  had  access  to  some  type  of  compu¬ 
ter  resource  and  expressed  their  desire  to  have  data  delivered  in  the  form 
of  magnetic  tape. 
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-  A  growth  factor  could  be  calculated  based  on  available  magnetic 
tape  file  data  (sizes.  In  bytes,  were  rounded  to  the  nearest  mil¬ 
lion  where  applicable ) . 

-  At  least  five  years'  worth  of  history  will  be  maintained  In  the  on¬ 
line  data  base  (since  the  current  data  base  processed  two  fiscal 
years  of  data,  a  three-year  multiplier  was  used  In  conjunction 
with  the  results  of  the  growth  factor ) . 

-  One  copy  of  tables  and  cost  factors  will  service  the  three  VANOSC 
subsystems  (we  chose  to  combine  C-E  and  CSCS  tables  for  this  size, 
since  CSCS  was  the  largest  and  C-B  was  the  most  unique ) . 

-  El^t  data  bits  equal  one  data  byte  equal  one  data  character  (this 
Is  mentioned  since  It  differs  from  the  CYBER  environment  on  which 
VAMOSC  operates,  e.g.,  10  data  bits  equal  one  data  character). 

Table  2-4  Illustrates  the  results  of  our  preliminary  Integrated  data 
base  sizing  analysis.  As  can  be  seen  from  the  table,  more  than  1  billion 
bytes  of  data  will  be  required  to  maintain  a  five-year  on-line  data  base 
history.  In  the  current  VAMOSC  data  processing  environment,  using  the 
CYBER  Model  844  disk  drive  (capacity  143  Mbytes),  10  drives  would  be 
required  to  maintain  this  data  base  on-line  (this  figure  does  not  Include 
those  drives  required  to  support  the  operating  system,  working  files, 
system  utilities,  and  application  program  libraries). 


2.4  SOMMARY 

The  cost  analysts  we  Interviewed  universally  agreed  that  there  Is  a 
need  for  VAMOSC.  They  were  aware  of  the  obstacles  the  VAMOSC  Program 
Office  had  to  overcame  and  will  continue  to  face,  and  ware  pleased  with 
the  progress  VANOSC  had  made.  However,  the  analysts  felt  that  VAMOSC 
needs  time  to  mature.  They  look  forward  to  having  most  of  the  data  base 
processing  "bugs"  under  control,  more  available  data  base  history,  better 
quality  of  data,  and  a  more  flexible  ad  hoc  Inquiry  process.  The  analysts 
hope  that.  In  time,  these  features  will  be  Integrated  Into  the  system. 

The  cost  analysts  want  to  be  more  Involved  In  the  evolution  of 
VAMOSC.  They  want  Individualized  training,  through  which  they  can  become 
familiar  with  general  definitions  of  the  elements  and  reports  most  appli¬ 
cable  to  their  costing  needs.  They  want  continued  feedback  of  changes  to 
the  VAMOSC  system,  and  they  want  VAMOSC  to  react  to  their  suggestions  for 
la^rovement . 

Interaction  with  the  feeder  system  representatives  must  be  con¬ 
tinuous.  Any  changes  to  the  data  collection  and  reporting  must  be  known. 
Possible  changes  to  data  system  Interfaces  must  also  bo  tracked.  Hence, 
it  may  be  prudent  to  establish  close  %rorklng  relationships  with  VAMOSC 
feeder  system  representatives. 
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To  archivo  this  processed  Information,  CSCS  maintains  16  magnetic  tape 
files  in  dus^tape  format.  Thirteen  of  these  tape  files  store  a  single 
type  of  record,  and  the  other  three  store  more  than  one  type  of  record. 

Of  the  three  tape  files  that  store  more  than  one  type  of  record,  two 
require  three  3,600-foot  reels  of  magnetic  tape  to  contain  the  data. 

Thus,  a  total  of  20  reels  of  magnetic  tape  are  required  to  support  the 
quarterly  processing  of  the  CSCS  historical  data  archive. 

Two  types  of  output  products  were  identified:  microfiche  ud  magnet¬ 
ic  tape  in  dus^ape  format.  The  microfiche  output  contains  the  13  stan¬ 
dard  quarterly  products,  is  printed  off-line  on  a  magnetic-tape-to- 
microfiche  device,  amd  currently  requires  25  reels  of  magnetic  tape. 

Demand  products  (microfiche  and  magnetic  tape)  are  provided  upon  request. 
To  the  best  of  our  knowledge,  however,  no  demand  products  have  been 
requested . 

ks  can  be  seen  by  comparison  with  the  discussions  of  HSSC  and  C-E 
subsystems,  the  CSCS  stibsystem  has  the  largest  output  storage  requirements 
and  the  largest  output  printing  requirements.  In  addition,  CSCS  requires 
the  largest  amount  of  available  computer  system  resources  for  processing. 
As  far  as  %ra  could  determine,  a  detailed  plan  for  archival  storage  of  data 
base  history  for  CSCS  has  not  been  officially  established.  Magnetic  tape 
archival  storage  decisions  must  be  made  before  we  can  adequately  address 
additional  storage  requirements. 

In  suassary,  the  CSCS  subsystem  will  be  difficult  to  maintain  in  the 
future,  \ising  the  current  processing  procedures,  due  to  the  undefined 
requirements  associated  with  storing  the  CSCS  historical  data  base  archive 
and  with  saving  the  microfiche  magnetic  tape  product  for  backup.  These 
two  output  products  will  require  a  minimum  of  120  reels  of  magnetic  tape 
per  year,  the  rack  space  to  store  them,  and  the  facility  to  recopy  them 
annually  to  preserve  on-tape  data  integrity.  In  addition,  further  storage 
difficulties  are  foreseen  due  to  the  undefined  requirements  associated 
with  the  storage  of  the  raw  feeder  system  data. 


2.3  VAMOSC  DATA  BASE  SIZING  ESTIMATES 

The  magnetic  tape  information  described  in  the  preceding  subsections 
was  gathered  to  help  quantify  the  magnitude  of  an  integrated  on-line  data 
base  that  could  support  all  of  the  VAfK3SC  subsystems.  The  following  esti¬ 
mates  are  preliminary  and,  since  they  are  based  on  magnetic  tape  storage 
files  (where  zero  or  blank  fill  is  common  to  "pad  out”  a  tape  record  and 
causes  extra  characters  to  be  written  during  output ) ,  we  expect  them  to  be 
at  the  upper  bound  of  data  base  size  expectations.  To  arrive  at  a  quan¬ 
tifiable  data  base  size  estimate,  we  made  the  following  assus^tions: 

-  Standard  3,600-foot  reals  of  magnetic  tape  were  used. 

-  Output  was  written  to  magnetic  tape  at  6,250  bits  per  inch  (BPI), 
unless  specifically  noted. 
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To  archlvo  this  procossad  Infornatlon,  th«  C-B  subsyatai  nalntains  three 
■agnetic  tape  fllea  in  duaq^tape  format:  the  KR  tape,  which  contains 
tables  and  factors;  the  AX  tape,  vriiich  contains  cost  history  and  coonents; 
and  the  ipc  tape,  which  contains  the  maintenance  history.  Each  of  these 
dumptapes  is  updated  annually  and  each  contains  multiple  data  files.  The 
KR  and  EX  dui^tapes  each  reside  on  a  single  3,600-foot  reel  of  magnetic 
tape;  the  AX  tape  requires  two  reels. 

The  standard  output  requirements  associated  with  printing  were  iden¬ 
tified  as  the  annual  10-page  C-B  OSS  cost  report  and  the  annual  350-page 
C-B  demand  products  report.  Ad  hoc  report  requests  are  processed  as 
required  and  have  standard  output  formats  ranging  from  1  to  3,000  pages. 
To  the  best  of  our  knowledge,  hotrever,  none  of  these  ad  hoc  reports  have 
been  requested  to  date. 

In  summary,  the  C-B  subsystem  will  be  able  to  maintain  future  VAMOSC 
magnetic  tape  storage  requirements  and  printing  output  requirements  into 
the  1990s. 

2.2.3  Current  CSCS  Output 

The  CSCS  subsystem  gathers,  processes,  and  displays  06S  costs  by 
assembly/subassembly  and  relates  those  costs  back  to  the  end  item  or 
weapon  system.  CSCS  runs  quarterly  to  produce  its  printed  (microfiche) 
output.  However,  it  runs  monthly  to  stay  abreast  of  the  input  processing. 

CSCS  gathers  and  processes  data  from  the  following  feeder  systems: 

Beeder  Data  Description 


0013 

Package  wei^t 

D071 

Stock  list  changes 

D056B 

HOC  file  maintenance 

D046 

MSN  user  change 

D002A 

Base  consumable  material  transaction 

D024A 

Engine  depot- level  repair 

(NHTS) 

D033 

Depot  exchangeable  issue 

D143F 

MRTS  base  condemnation 

D0S6A 

Base  on-equipswnt  maintenance 

D056C 

Base  off-equipment  maintenance 

6004L 

Depot  condemnation  earned 

hour 

G033B 

hours 

G072D 

Contractor  condemnation 

H036B 

Depot  average  repair  cost 

per  labor  hour 

H069 

Base  supply  and  maintenance 
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WSSC  gathars  and  procassas  data  from  tha  following  faadar  syoti 


Faadar  Data  Dascrlptlon 

G033B  Plylng/possaaaad  hours 

H069R  Accounting  ayfltam  for  oparations  (ASO)  coat 

H069R  Dapot  modlflcationa 

D056A  Base  oanpowar 

0022A  Puels  and  petroleum,  oils,  and  lubricants  (POL) 

H(T36C  Depot  maintenance 

H036C  Replacement  spares 


To  archive  this  processed  Information,  WSSC  maintains  three  magnetic  tape 
flies  in  dumptape  format  (one  for  each  standard  report):  CXIG,  Air  Porce 
detail,  and  Air  Porce  detail  at  base  levels.  Bach  of  these  dumptapes  Is 
updated  annually,  each  contains  multiple  data  files,  and  each  resides  on  a 
single  3,600-foot  reel  of  magnetic  tape. 

The  output  requirements  associated  with  printing  were  Identified  as 
CAIG  Pormat  Report,  Air  Porce  Detail  Report,  and  Air  Porce  Detail  at  Base 
Level  Report.  Bach  report  has  a  standard  format,  each  Is  distributed 
annually,  auid  each  la  306  pages  In  length. 

In  summary,  the  MSSC  subsystem  will  be  able  to  maintain  VAM09C  mag¬ 
netic  tape  storage  requirements  and  printing  output  requirements  Into  the 
19908. 

2.2.2  Current  C-E  Output 

The  C-E  subsystem  gathers,  processes,  and  displays  the  OKS  costs  that 
can  be  attributed  to  designated  C-B  equlpswnt  at  the  type/model/serles 
level  over  the  equipment's  wor]clng  life  cycle.  C-E  runs  anniially  to  pro¬ 
duce  Its  printed  output  products  and  to  update  Its  historical  archives  on 
magnetic  tape. 

C-B  gathers  and  processes  data  from  the  following  feeder  systems: 


Peedsr 

Data  Description 

H069R 

ASO  cost 

0039 

Assets  by  organization 

004  lA 

Recoverable  consumption  Itmas 

D056A 

APM  66-1  C-B 

H036B 

Depot  maintenance 

0013 

Packaging  and  transportation 

C003B 

Mobile  dapot  maintenance 

Many  intarylawMS  ware  pleased  with  the  WOC/MSM  cross-reference. 
Inclusion  of  the  cross-reference  In  VAMOSC  has  filled  a  long-standing  void 
for  Air  Force  cost  analysts.  However,  the  cross-reference  could  be  Im¬ 
proved  by  having  contractors  validate  what  Is  In  the  current  cross- 
reference  lists. 

The  last  suggestion  to  lo^rove  system  credibility  Is  to  Inform  the 
various  maintenance  and  data  processing  organizations  that  their  weapon 
system  or  SHD  Is  being  tracked.  A  benefit  of  this  would  be  dissemination 
of  the  Idea  that  VAMOSC  la  a  historical  repository  of  data.  The  feeder 
representative  mi^it  suggest  VAMOSC  as  an  alternative  vehicle  for  the  same 
Information. 


2.2  CUIWENT  VAMOSC  SYSTBM  OOTPOT  EVALOATIOM 

The  VAMOSC  data  management  system  currently  consists  of  three  subsys¬ 
tems:  HSSC,  C-E,  and  CSCS.  HSSC  Includes  a  separate  subsystem,  VAMOH, 
which  Is  a  preprocessor  that  extracts  and  edits  selected  data  from  exter¬ 
nal  files,  both  smnual  and  automated,  for  the  HSSC,  C-E,  and  CSCS  subsys¬ 
tems.  VAMOH  Is  BMntloned  here  for  cosqpleteness  but  will  not  be  examined 
In  this  output  analysis;  however,  it  will  play  an  Important  role  In  the 
Input  functional  analysis  that  will  be  part  of  Task  2. 

Bach  VAMOSC  subsystem  Is  a  multistep,  multirun  job  within  a  time- 
shared  batch  environment.  Raw  data  or  preprocessed  data  Inputs  are 
extracted  from  magnetic  tape.  Processing  Is  accomplished  In  the  coo^uter 
central  processing  unit  (CPTT)  with  the  assistance  of  process  working  files 
on  disk  storage  devices  and  magnetic  tape  devices.  Outputs  are  written  to 
magnetic  tape  devices  for  data  base  storage  or  off-line  printing.  Data 
base  tapes  are  written  In  "dumptape"  format,  which  Is  machine  readable  and 
permits  multiple  data  files  of  different  record  types  to  be  sequenced  on 
the  same  magnetic  tape.  The  tapes  written  for  off-line  printing  differ 
from  dua^apes  In  that  they  contain  records  that  are  In  printable  report 
formats.  The  following  sxibsectlons  exaislne  the  current  storage  and  print¬ 
ing  output  requirements  associated  with  the  magnetic  tape  output  of  each 
VAMOSC  subsystem. 

2.2.1  Current  HSSC  Output 

The  HSSC  subsystem  gathers,  processes,  and  displays  the  total  O&S 
costs  for  designated  aircraft  at  the  weapon  system  level  (MDS).  HSSC  runs 
annually  to  produce  Its  printed  output  products  and  to  update  Its  histori¬ 
cal  archives  on  magnetic  tape. 
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Many  people  interviewed  felt  that  the  report  formats  coaid  be  rede¬ 
signed  for  Improved  ease  of  use.  Analysts  found  it  difficult  to  locate 
variouts  costs  and  generally  found  it  hard  to  follow  the  flow  of  the 
report.  A  more  columnar  approach  was  suggested.  Many  interviewees  felt 
that  the  VAMOSC  reports  were  written  in  the  terminology  of  a  logistician 
and  not  in  the  terminology  of  their  fields  (e.g.,  cammunlcations- 
electronlcs  analyst,  maintenance  supply  analyst).  They  felt  that  the 
terminology  should  be  more  appropriate  for  the  target  audience. 

Many  cost  analysts  look  to  VAMOSC  to  express  their  needs  for  Inqproved 
data  systems  and  the  creation  of  new  data  systems.  As  mentioned  in  Sec¬ 
tion  2. 1.2. 2,  analysts  %rould  like  appropriations  to  be  broken  out  by  MDS. 
Further,  as  mentioned  in  Section  2. 1.2. 3,  C-B  analysts  would  like  costs 
computed  at  the  ZiBD  level.  Another  area  for  improvement  is  the  reduction 
of  exclusions  within  the  feeder  systems  theswelves.  Analysts  felt  that  a 
full  set  of  cost  data  must  be  recorded  and  entered  into  VAMOSC  for  VAMOSC 
to  become  a  credible  and  valuable  data  repository. 

The  creation  of  two  new  feeder  systems,  which  could  became  sources 
for  VAMOSC,  was  viewed  as  being  Important.  Generally,  users  felt  that 
data  systems  should  be  designed  to  collect  transportation  costs  ud  soft¬ 
ware  support  costs. 

2. 1.3. 2  System  Credibility 

The  key  to  estedslishing  VAMOSC  system  credibility  is  the  general 
acceptance  of  VAMOSC  as  the  Air  Force  standard  for  Identifying  0&S  costs. 
Many  analysts  will  not  use  VAMOSC  data  until  other  amalysts  have  indicated 
their  approval  of  the  system.  The  consensus  of  those  interviewed  is  that 
AFR  173-13  cost  factors  are  the  current  standard.  Thus,  the  VAMOSC  Pro- 
grauB  Office  should  focus  on  satisfying  the  needs  of  AFR  173-13  analysts 
(AFAFC/CWM).  The  VAMOSC  Program  Office  should  begin  to  build  avenues  of 
comnunlcation  with  this  organization  and  work  to  reduce  conflicts  regard¬ 
ing  definition.  This  working  relationship  should  be  initiated  with  new 
weapon  systems  such  as  the  F-16  and  B-lB.  The  age  of  these  weapon  systems 
eliminates  AFAFC/CWM* s  constraint  for  a  long  history  of  maintenance  costs. 

Contact  should  be  maintained  with  the  feeder  system  representatives 
after  the  data-transfer  procedures  have  been  initiated.  The  representa¬ 
tives'  image  of  what  the  VAMOSC  Program  Office  is  doing  with  their  data  is 
important.  Since  many  analysts  still  use  feeder  data  directly,  the  feeder 
system  representatives  can  coomninicate  their  satisfaction  or  dissatisfac¬ 
tion  with  VAMOSC 's  use  of  their  data.  The  VAMOSC  Program  Office  should 
check  with  the  feeder  system  personnel  to  ensure  receipt  of  a  cos^lete  set 
of  data.  The  VAMOSC  Program  Office  should  also  investigate  the  feeder 
system  representatives'  satisfaction  with  the  extraction  and  use  of  key 
data  elements  for  cost  computation.  The  VAMOSC  Program  Office  should  be 
informed  of  any  changes  regarding  data  elements  or  algorithiss,  as  wall  as 
interface  modifications. 
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area  targetad  for  iBqprovement  should  be  data  element  definitions.  VAMOSC 
should  have  correct  and  explicit  definitions  that  allow  primary  users  to 
manipulate  data  as  reported  or  to  sum  to  the  level  desired.  The  defini¬ 
tions  should  be  exact  so  as  to  avoid  data  overlaps  or  conflicts  between 
feeder  systems  and  VANOSC.  One  very  good  tool  conmonly  used  is  the  data 
element  dictionary  (DEO).  DEOs  are  not  easily  constructed  but  are  very 
effective,  especially  in  situations  such  as  VAMOSC  where  the  same  feeder 
system  supplies  siad.lar  (if  not  identical)  data.  VAMOSC  has  its  o%m  form 
of  a  DED,  but  for  the  subsystems  only. 

Consistency  of  data  between  data  sources  is  also  Is^rtant.  Infla¬ 
tion  factors  resident  in  feeder  system  data  should  be  recognized  and  re¬ 
moved  before  VAMOSC  costs  are  calculated.  Contractor-recorded  data  are 
currently  not  reported  in  the  same  format  as  D.S.  Government  mainteneuice 
data. 

Many  analysts  said  that  a  common  data  base  should  exist  for  WSSC  and 
CSCS.  Many  potential  users  attested  to  relate  WSSC  dollars  to  CSCS  dol¬ 
lars  without  success.  They  acknowledged  reading  a  statement  in  APR  400-31 
that  the  sum  of  CSCS  data  elements  will  not  equal  WSSC  data  elements. 
Homver,  it  seemed  logical  to  them  that  if  both  VAMOSC  subsystems  costed 
the  same  weapon  systems,  the  numbers  from  one  subsystem  should  add  up  to 
those  of  the  other  subsystem.  If  WSSC  and  CSCS  had  a  common  data  base, 
the  analyst  could  be  certain  the  two  subsystems  had  the  same  data  ele¬ 
ments.  (This  area  is  to  be  considered  in  Task  2  as  a  sizing  event  for 
system  architectures  for  the  1990s  and  beyond. ) 

Many  current  and  potential  users  were  confused  by  what  they  termed  an 
"excessive  number"  of  zeros  in  the  various  reports.  There  was  a  question 
as  to  if  they  were  actually  zero  values  or  if  the  data  were  not  avail¬ 
able.  A  solution  would  be  to  maintain  a  consistent  policy  for  all  VAMOSC 
reports,  requiring  asterisks  to  denote  that  no  data  were  available.  A  "0" 
would  indicate  that  no  dollars  were  expended. 

As  VAMOSC  natures,  it  becomes  Increasingly  isqportant  to  maintain 
audit  trails  to  account  for  any  changes  in  the  data.  An  audit  trail 
should  be  maintained  for  the  VAMOSC  cost  allocation  logic  history,  which 
would  track  all  VAMOSC  algorithm  changes.  A  system  event  history  should 
be  maintained  as  well,  containing  changes  to  the  maintenance  and  documen¬ 
tation  environment.  Variances  tracked  should  Include  maintenance  policy 
changes,  major  equipment  modifications,  feeder  system  changes  (exceptions 
and  definitions),  WOC/NSN  changes,  and  data  element  changes. 

One  of  the  main  assets  of  VAMOSC  is  that  operation  and  support  costs, 
reported  by  the  many  data  systems,  are  coBd>lned  into  one  report.  The 
report  provides  for  easy  access,  which  was  unavailable  before  VAMOSC  and 
its  predecessors.  However,  cost  analysts  typically  need  cost  drivers  when 
statistically  analyzing  the  costs.  VAMOSC  provides  such  statistics  as 
aircraft  flying  hours  and  inventory.  However,  requests  for  additional 
cost  statistics  included  low-cycle  fatigue  counts,  depot  overhaul  rates, 
number  of  failures  and  other  events,  and  Bd.ssion  differences.  Inclusion 
of  these  drivers  «rould  enhance  VANOSC 's  "stand-alone"  capability. 


About  a  month  bmfora  our  IntorvlowSf  IJfB  Corporation  visited  both  HQ 
AFCC  and  SH-ALC/MMC  and  displayed  Its  latest  C-E  logistics  support  cost 
management  (LSCM)  reports.  Organizations  that  %ra  subsequently  Interviewed 
expressed  concern  about  duplication  of  effort  and  wanted  LMB's  data  to  be 
Incorporated  Into  VAMOSC. 

Overall,  most  C-E  analysts  intervlemd  felt  that  VAMOSC  has  authority 
and  the  potential  to  stimulate  directives  for  the  capture  of  C-E  data  cur¬ 
rently  not  reported.  They  believed  that  for  VAMOSC  to  be  a  credible  data 
repository,  a  full  set  of  cost  data  must  be  recorded  and  entered  Into  the 
VAMOSC  system.  The  analysts  felt  that  the  VAMOSC  office  should  make  Air 
Staff  aware  of  the  lack  of  proper  C-E  cost  data. 

2. 1.2. 4  Potential  CSCS  Requlr«i>ents 

All  of  the  contractors  Interviewed,  as  well  as  AFAFC/CHM,  responded 
that  summarizatlons  to  the  two-  and  three-digit  work  unit  code  (WOC) 
levels  were  necessary  CSCS  requirements.  The  contractors  showed  us  the 
Mavy  VAMOSC  HOC  breakout.  In  which  each  summary  level  Is  presented  on  a 
sep^u:ate  page.  They  felt  that  this  type  of  HOC  breakout  might  be  con¬ 
sidered  for  use  In  VAMOSC 's  product.  An  annual  report  Incorporating  the 
four  quarters  of  CSCS  data  could  also  be  considered. 

After  Investigating  VAMOSC 's  1982  depot  maintenance  data,  current  and 
potential  users  found  several  unexplained  gaps.  They  concluded  that  sec¬ 
tions  of  H036  data  were  not  properly  allocated.  Cost  analysts  expressed 
the  need  for  a  summary  of  dollars  per  aircraft  by  EBIC  and  dollars  per 
flying  hour  by  eeZC. 

Mot-repalrable-thls-statlon  (MRTS)  tracking  Is  another  area  In  which 
analysts  (specifically  those  of  AFAFC/CMM)  expressed  Interest.  They  would 
like  the  originating  MAJCOM  or  base,  the  specific  WOC,  and  the  final  dis¬ 
position  to  be  Indicated  for  each  NRTS. 

2.1.3  Suggestions  for  Improvement 

vnien  ARIHC  Research  compiled  the  analysts'  requirements,  many  sugges¬ 
tions  for  Improving  the  current  VAMOSC  system  became  evident.  They  should 
be  considered,  because  they  are  representative  of  concerns  of  the  VAMOSC 
user  community  and  can  only  be  applied  at  the  system  level.  The  sugges¬ 
tions  can  be  grouped  Into  two  categories: 

-  Improving  the  overall  validity  of  data 

-  Establishing  credibility  of  the  VAMOSC  system 

The  suggestions  are  evaluated  In  the  following  subsections. 


2. 1.3.1  Data  lagrovement 

How  that  the  three  VAMOSC  subsystems  have  become  operational,  atten¬ 
tion  should  be  focused  on  ways  to  Improve  the  data.  Current  cost  data 
breakouts  and  the  general  scope  of  VAMOSC  should  be  reviewed.  The  first 


A7AFC/CNM  rsqulred  that  the  weapons  system  cost  retrieval  system 
(HSCRS)  breakout  of  data  be  carried  over  In  the  WSSC  report.  Sosie  of  the 
known  formats  Include  alrfrasM  overhaul,  engine  overhaul,  engine  accesso¬ 
ries,  black  boxes,  contractor  logistics  support  (CLS),  Interim  contractor 
support  (ICS),  and  ''edification  maintenance. 

2. 1.2. 3  Potential  C-E  Requirements 

The  C-E  requirements  focused  on  the  accuracy  of  feeder  data  and  thus 
the  accuracy  of  VhMOSC  data.  C-E  requirements  covered  a  broad  area. 

The  greatest  concern  expressed  «fas  the  high  percentage  of  C-E  mainte¬ 
nance  that  cannot  be  documented  because  a  standard  reporting  designator 
(SBD)  has  not  been  assigned  to  many  con^nents  of  C-E  equipment.  It  Is 
difficult  to  track  consumables  such  as  resistors  and  wire  to  a  specific 
end  Item,  since  C-E  has  a  small  Inventory  of  end  Items  spread  over  500 
locations  throughout  the  Air  Force.  As  a  result,  costs  of  bench  stock 
consumables  are  not  recorded.  This  presents  a  large  problem  for  C-E  cost 
analysts  (one  commented  that  50  percent  of  the  C-E  supply  cost  Is 
consumables ) . 

Many  C-E  users  expressed  a  requirement  that  all  labor  and  cost  data 
be  captured  and  Included  In  VAMOSC.  VAMOSC  could  capture  consumable  costs 
as  well  as  maintenance  man-hours  that  are  currently  viewed  as  overhead. 

It  was  noted  that  analysts  rely  on  these  data  and  are  currently  required 
either  to  go  back  to  «diat  are  now  VAMOSC  feeder  systems  or  to  estimate 
(usually  the  latter). 

One  specific  C-B  coet  documentation  requirement  was  provided  by  HQ 
AFCC,  a  tenant  organization.  HQ  AFCC  is  supported  by  a  MAJCOM's  assets, 
and  that  command  pays  the  majority  of  costs.  HQ  AFCC  must  rely  on  the 
host's  data  systems  for  recording  C-E  maintenance  and  supply  costs. 

HQ  AFCC/EFCBI  requested  that  a  unique  SHD  be  assigned  for  premoblle 
survey  and  mobile  depot  maintenance.  This  would  allow  for  the  separation 
of  premoblle  and  depot  maintenance  from  other  C'E  maintenance  recorded  In 
the  D056  data  system.  It  would  also  eliminate  the  need  for  the  C003K  data 
system,  which  HQ  AFCC/EPCRI  currently  provides  to  the  VAMOSC  Program 
Office. 

C-E  analysts  required  accurately  recorded  travel  costs  associated 
with  repairing  a  small  number  of  components  spread  throughout  the  coun¬ 
try.  C-E  analysts  would  be  more  comfortable  using  these  data  If  a  valida¬ 
tion  process  were  undertaken.  Validation  would  also  Inform  the  organiza¬ 
tions  that  the  TOY  costs  were  being  tracked  by  VAMOSC,  and  It  might  stimu¬ 
late  more  accurate  data  recording. 

C-E  analysts  said  that  costs  should  be  confuted  on  a  more  detailed 
level  than  type/model/series;  the  line-replaceable  unit  (LRO)  level  would 
provide  for  better  analyses.  C-E  users  would  also  like  to  see  discrete 
hours  reported  for  preventive  maintenance  Inspection  (PNI)  rather  than  job 
standard  hours. 
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POTENTIAL  GENERIC  REQUIREMENTS 


System 

Characteristic 

Requirement 

Comments 

Historical  Data 

Storage 

Minimum:  from  1 
to  10  years;  maxl- 
snim:  from  S  years 
to  lifetime  of  years 
of  weapon  system 

Most  common  responses: 

5  years  minimum,  10 
years  maxlsnim 

Data  Age 

Fiscal  year-end  data 

Frequency  of  Data  Reuse 

Flrst-tlM  requests 
for  new  data:  2  to 

3  per  month;  repeated 
access  of  on-hand 
data:  once  per  week 

Not  much  Information  Is 
available  on  actual 
VAMOSC  usage 

Response  Time 

1  day  to  1  week 

Most  common  response 
time  Is  currently  up 
to  a  month 

Output  Product  Media 

Majority  of  users: 
magnetic  tape  data 
files;  other  users: 
microfiche  and 
paper 

OfiS  costs  listed  by  program  element  were  also  required.  One  analyst 
required  the  separation  of  modification  man-hours  from  maintenance 
man-hours . 

AFAFC/CWM  expressed  a  desire  for  Integrated  Appropriation  Accounting 
and  Program  Status  (H058)  data,  which  provide  Information  for  those  costs 
which  otherwise  are  not  currently  tracked.  However,  dollars  authorized  to 
a  mlsslon/deslgn/serles  (NOS)  are  usually  distorted  by  the  predominancy 
rule,  which  assigns  all  of  a  base's  appropriations  to  the  MDS  having  the 
most  aircraft.  If  that  base  has  more  than  one  weapon  system.  For  the  H058 
data  to  be  beneficial,  the  predominancy  rule  would  have  to  be  circum¬ 
vented,  and  the  appropriations  would  have  to  be  separated  by  Individual 
MDS. 


APPENDIX  A 


VAMOSC  USER  SURVEY 


This  appendix  presents  the  form  used  in  our  VAMOSC  survey  of  cost 
analysts . 
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VAMOSC  USER  SDR^ 


DATE: 


1.  Name: _ 

Organization : _ 

2.  Job  Description: 


3.  What  exposure  have  you  had  to  VAMOSC? 


4.  What  data  are  used  to  perform  the  analysis?  Which  reports,  for  what 
type  of  data? 

5.  Are  they  standard  reports  or  special  requests? 


6.  If  VAMOSC  is  used,  do  you  supplement  it  with  other  data?  What 
data? 

7.  If  VAMOSC  is  not  used,  are  you  aware  of  data  available  from  VAMOSC? 

8.  Do  you  use  the  WUC/NSN  cross-reference?  How  can  this  be  improved? 

9.  What  is  the  typical  range  of  data  required?  (3  years,  5  years,  10 

years,  more  than  10  years) _ 

10.  Is  having  current  data  important? _ 

11.  What  was  the  response  time  for  your  initial  requests? _ 

Subsequent  requests? 

12.  What  is  the  maximum  response  time  allowed? _ 

13.  What  would  be  the  effect  on  usage  if  the  system  was  on-line? 
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14.  How  frequently  do  you  request  data? 


Are  they  recurring  requests,  or  do  you  require  special  reports  for 
different  aircraft/components,  depending  on  the  type  of  study 
required? 

15.  What  do  the  data  look  like? 

-  Physical  characteristics:  magnetic  tape,  fiche,  paper  reports 

-  Memory  required:  ntunber  of  bytes,  number  of  pages  of  paper 


16.  Are  data  entered  into  the  model  manually  or  read  in  automatically? 


17.  What  machine  is  your  analysis  performed  on? 


18.  What  models  and  techniques  do  you  use  to  analyze  data? 


19.  What  data  elements  are  used?  Do  you  do  much  processing  on  the  data, 
or  can  you  plug  them  directly  into  your  algorithms? _ 


20 .  Do  you  recommend  adding  other  data  elements? 


21.  What  is  your  overall  impression  of  VAMOSC? 
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APPENDIX  B 


PERSONNEL  INTERVIEWED 


As  part  of  the  Task  1  effort,  ARINC  Research  conducted  a  survey  to 
identify  VAMOSC  users  and  potential  users  and  to  gather  their  connents  and 
suggestions  concerning  the  continued  groiirth  of  the  system.  The  following 
list  includes  all  of  the  survey  participants  and  the  applicable  VAMOSC 
subsystem. 

Wright  Patterson  APB,  Dayton,  Ohio 


HQ  AFLC/ACNCE  S.  Klipfel,  B.  Wysinski  WSSC 

HQ  AFLC/ACMCI  R.  Steinlage  WSSC 

ASD/XPLI  Lt.  M.  Ingrahm  CSCS 

AEWAL/FIA  Dr.  N.  Stemberger,  Lt.  Rush  CSCS 

VAMOSC  R.  Pettigrew  WSSC 

J .  Lykins  C-E 

N.  Prince  CSCS 

Scott  AFB,  St.  Louis,  Missouri 

HQ  AFCC/LG  Mr.  Teeter  C-E 

HQ  AFCC/LGMMA  Lt.  P.  Leix  C-E 

HQ  AFCC/EPC  W.  Chapman,  E.  Connors  C-E 

HQ  AFCC/LGSO  Ma j .  Decker,  Lt.  C.  Niemaber  C-E 

HQ  AFCC/L6SSS  H.  Pecoraro  C-E 

RQ  AFCC/ACMC  Lt.  Col.  Oaigler,  B.  Vaughn  C-E 


HQ  MAC/LGXA  Capt.  Lamaier,  Chief  MSFT  Whitelock  CSCS 
OC-ALC,  Oklahoma  City,  Oklahoma 


G.  McNeil,  A.  Ritter  CSCS 

McClellan  APB,  Sacramento,  California 

SM-ALC/MNC  Col.  G.  Monahan,  L.  Pursell  C-E 

SM-ALC/MMCRA  E.  Gedney,  P.  Ventolieri,  F.  Libby,  C-E 

K.  Herzberg,  G.  Ray,  E.  Wickenberg 
SM-ALC/MMCRS  R.  Galloway  C-E 

SM-ALC/MMCB  Col.  D.  Goddard,  E.  Anderson  C-E 

SM-ALC/MMEA  G.  Coleman  CSCS,  C-E 
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Lowry  AFB,  Denvar,  Colorado 


AFAFC/CHN  Lt.  Col.  L.  Takanura,  Maj.  Bradney,  WSSC,  CSCS 

Capt.  J.  Gratar,  Capt.  P.  Larson, 

B.  Porgla,  Capt.  B.  Draper 


Pentagon,  Arlington,  Virginia 


HQ  OSAP/LEYM 
HQ  OSAP/LEYE 
HQ  USAP/ACMC 
OSD/PA&E 
OSD/PA&E 


J.  Janeslesici 

W.  Carter 

Lt.  Col.  D.  Owen 

Lt.  Col.  B.  Beckner 

Lt.  Col.  D.  Devers,  D.  Pcnbrlo 


C-E 

WSSC,  CSCS 


Andrews  APB,  Canp  Spring,  Maryland 
HQ  APSC/ALPA  J.  Rosso 


Boeing  Aerospace  Co.,  Seattle,  Washington 

P.  Crosetto,  L.  Witansky,  WSSC,  CSCS 

A.  Olesberg,  G.  Herrold, 

0.  Wilson,  R.  Parks 


Northrop  Aircraft  Division,  Hawthorne,  California 

P.  Garrard,  P.  Heyer,  H.  McCarthy,  WSSC,  CSCS 
L.  Donaldson,  N.  Chang, 

A.  Tyszkiewicz 


Lockheed  California  CoBg>any,  Burbank,  California 

J.  Oaniledes,  D.  Horning,  M.  Guess  WSSC,  CSCS 

Roclcwell  International,  I,os  Angeles,  California 

B.  Morris  CSCS 

Inforaation  Spectrum,  Inc.,  Arlington,  Virginia 

A.  Prager  WSSC,  CSCS 
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